银行 100+ MySQL 数据库，由超融合轻量私有云承载

某头部民营银行是全国第一家 O2O (Online to Offline) 银行，定位于“科技驱动的 O2O 银行”，遵循“金融科技+场景金融=普惠金融”的经营逻辑，力争成为区域普惠金融客群最多、Fintech 应用最多的新型银行。在 IT 基础架构的转型上，该银行也一直在探索适合区域银行的最佳方案。

不同于大部分金融机构采用的其他商业方案、开源方案及大型公有云的的全栈式专属云方案，该银行结合自身业务需求和技术发展趋势，在生产中心打造基于国产超融合 + 云管平台的新型轻量私有云，承载 100+ 套核心业务系统的 MySQL 数据库。

该银行的这项轻量私有云实践，探索了符合区域银行自身特点及需求的云化转型方案，同时也充分说明 SmartX 超融合不仅能运用于 VDI、开发测试等场景，也能满足重要生产系统的需要，承载重要生产应用及其配套的数据库。

以下，让我们走近这项实践的起因、过程、方案与收获。

｜起因：寻求集中式架构的替代随着业务系统越来越互联网化，作为该头部民营银行云化转型的底座，数据中心 IT 基础架构面临着诸多挑战：

• 如何以更低的总拥有成本支撑云化转型对 IT 资源不断增长的需求？
• 如何提升业务系统以及内部研发对 IT 资源的响应速度和自动化速度？

• 基于民营银行的规模以及业务发展的需要，IT 架构如何更好响应？

具体而言，用户现有的传统 IT 基础架构，已经无法满足业务需求，在性能、成本、运维难度等方面不尽人意。使用过程中遇到的主要痛点有：

1. 传统集中式架构不能灵活扩展，且存在性能瓶颈，难以发挥新一代高性能存储部件的效能，弹性差，不能满足资源灵活交付的需求。

2. 采用专用硬件，架构复杂，硬件升级缓慢，维护复杂且整体成本较高。集中式存储架构扩展计算、存储资源均需扩展相应的配套硬件。

3. 集中式架构使用过程中问题难以排查，影响集群性能，导致业务系统的稳定运行受到影响。无法自行选择虚拟化平台。对硬件兼容性要求严苛，给后期集群扩容带来不便。

在这基础上，用户的主要需求包括：

1. 用更先进的分布式架构替代传统集中式架构。

2. 在现有虚拟化的基础上，寻求更具性价比的虚拟化方案。

3. 顺应国产化发展趋势，增加基础设施国产化比例。

｜过程：从选型、评测到交付综合考量

一、方案选型考量

在方案选型上，用户思考了多种可行性。目前私有云主要有三种主流落地方案：

1. 公有云移植构建私有云：将公有云移植到数据中心，可以在一家厂商获得从私有到公有云的统一方案和服务，但存在产品封闭、前期投入大等弊端。

2. 开源软件构建私有云：利用多个开源软件分别完成 IaaS、PaaS 等各层的构建，可快速从社区获得最新的功能，但部分开源软件架构复杂、运维困难、性能表现欠佳。

3. 使用成熟的商用生态打造私有云：通过商用生态组件打造私有云，方案经过不同行业的实践验证，还能获得来自厂商持续的服务与支持。同时，基于这种模式，用户可以采取逐步扩展与完善组件的策略来完成私有云的构建，以最小的代价实现私有云切换。

经过对比，用户最终选择使用成熟的商用生态打造私有云，主要考量在于：相比公有云厂商以及全栈的私有云方案，该方案具备更好的开放性，更灵活轻量；相比基于开源软件的方案，该方案稳定简单，具备真正“生产就绪”的能力。其中，在资源池的构建方式上，以往的传统三层式架构占据统治地位，但主流超融合厂商搭配成熟商用 CMP 产品构建私有云的方案，正在逐渐替换原有架构。

在确定方向和考察厂商之后，该银行决定选用 SmartX 超融合进行产品 POC 与试用。

二、产品 POC 与试用

该银行与 SmartX 的联合测试持续进行了 9 个月，分别针对 SmartX 原生虚拟化 ELF 及另一种主流虚拟化环境进行了 POC 与试用，对 SmartX 超融合系统的功能、性能、稳定性及实际运行业务系统的效果进行了全方位的验证。

一方面，SmartX 在用户提供的通用服务器上部署 SMTX OS + ELF 虚拟化环境，供用户自主进行试用、体验，期间用户除了体验常规的存储、虚拟化功能外，还迁移部署了若干测试环境应用运行在 SmartX 超融合平台。

另一方面，SmartX 又基于用户提供的通用服务器部署 SMTX OS + 主流虚拟化环境进行正式的 POC 测试，测试用例共计 26 项：基础功能测试 14 项、基准性能测试 7 项、可靠性测试 5 项。POC 完成后，用户又迁移了若干测试环境应用进行试用体验。

经过 POC 和试用体验，用户对于 SMTX OS + ELF 虚拟化环境及 SMTX OS + 主流虚拟化环境的功能、性能、稳定性都已充分认可。

由于 SmartX 产品性能完全能够满足生产环境数据库的运行要求，用户决定将 SmartX 直接使用在核心生产环境。

三、核心生产环境中进行小规模试用

确认采用 SmartX 方案之后，用户并没有一开始就直接完成全部业务系统 MySQL 数据库的迁移工作，而是计划通过 SmartX 提供的 V2V 工具，先迁移 10 台业务系统的虚拟机进行实际生产环境验证，进一步考察 SmartX 产品是否可以使用在核心生产环境。

在这个环节中，SmartX 针对用户的实际需求对 V2V 工具做了及时有效的迭代工作，帮助用户平滑地迁移了 10 台虚拟机，经过 1 个月的实际生产环境验证，再一次印证了 SmartX 产品的稳定性和可靠性。

四、上线至稳定运行

最终，用户利用 4 天非工作时间，完成了生产环境 100 多台数据库虚拟机的平滑迁移，目前已经稳定运行半年以上。

｜方案：基于超融合的轻量私有云从以上过程可以看出，超融合作为创新的融合部署的分布式架构，满足了用户多方面的需求。该银行用户选择 SmartX 超融合，主要由于其产品的技术与服务优势、产品形态优势以及国产化优势：

1. 技术与服务优势：产品技术迭代效率高，功能、性能、可靠性和服务等都得到高度认可，性能完全能够满足生产环境数据库运行要求。

2. 产品形态优势：支持纯软件和一体机交付，100% 软件定义，与服务器硬件完全解耦，并且支持同一资源池的异构兼容，极大方便了用户未来扩容。

3. 国产化优势：完全自主研发，没有采用开源版本封装，核心技术自主可控。

在生产环境中，用户配置了 10 个节点的 SMTX OS 超融合软件（采用内置免费的 ELF 虚拟化），承载了 100+ 生产业务系统的 MySQL 数据库并稳定运行。超融合承载了除核心账务系统数据库之外全部的生产系统数据库，如电子票据、企业网银、账户系统、风险管理系统、核心柜面系统、个人信贷、指纹认证、智能营销平台、统一收单、人脸识别等。

在灾备环境中，用户配置了 6 个节点的 SMTX OS（采用内置免费的 ELF 虚拟化），承载灾备机房全部业务系统（除核心账务系统外）的数据库，使用的是 MySQL 数据库单机，通过 MySQL 的复制技术与主数据中心同步。

目前该银行的私有云项目，已经覆盖除核心账务系统外的所有生产系统。该项目的核心亮点一览：

1. 率先在业内采用基于超融合架构和 CMP 云管理平台的轻量私有云，方案核心的计算和存储组件全部为互联网化的软件定义和分布式架构。

2. 一套方案包含国产化的服务器、虚拟化软件、分布式存储、云管平台、开源的数据库和中间件。既实现云化转型，又实现信创和开源技术在重要业务（A类）场景落地。

3. 承载 100+ 套核心生产业务的数据库，在业内率先实践分布式云化方案支撑重要业务数据库，不仅降低数据库基础设施的总拥有成本，同时大幅提升其敏捷性和可扩展性。

｜收获：兼顾创新架构与经济效益

基于超融合 + 云管平台方案，该银行实现了分布式架构的云化转型，满足了业务系统对于敏捷资源的需求，还优化了总拥有成本及架构灵活性：

1. 完成集中式向分布式架构的转型，借助新的私有云架构与生俱来的高可靠性、高并发性等架构特性，满足应用系统不断互联网化带来的高并发需求。

2. 通过成熟的软件定义产品搭配通用硬件产品，实现软硬件解耦，免除专用硬件的束缚，简化管理工作，大幅优化总拥有成本。

3. 借助架构精简、融合部署的超融合，降低 30% 硬件采购数量，节省 50% 机柜空间。前期小规模起步，真正实现按需投资。

4. 采用超融合原生 ELF 虚拟化，支持异构，降低成本。借助拥有自研核心的超融合软件，进一步提升国产化比例。

未来，将有更多的业务系统陆续迁移到 SmartX 超融合平台上运行，SmartX 超融合将继续助力该银行私有云的搭建完善。

推荐阅读：

点击阅读原文，查看更多基于 SmartX 超融合的金融行业案例。